home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 1404 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.9 KB
  1. Path: news.rain.org!usenet
  2. From: "Guus Leeuw jr." <guusl@eiffel.com>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Deleting arrays of garbage collectables
  5. Date: Wed, 10 Jan 1996 13:19:15 -0800
  6. Organization: ISE Inc. http://www.eiffel.com
  7. Message-ID: <30F42D53.3B4D1687@eiffel.com>
  8. References: <4d0mbf$6on@news.ox.ac.uk>
  9. NNTP-Posting-Host: @outback.eiffel.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0b3 (X11; I; Linux 1.2.8 i586)
  14.  
  15. Michael Brewer wrote:
  16. > 
  17. > Probably a bad subject line, but here is what I mean:
  18. > 
  19. > I am using a bunch of classes that can be shared by the mechanism:
  20. > 
  21. > class Allo; // defined elsewhere
  22. > 
  23. > Allo *hi = new Allo;
  24. > hi->ref(); // Using this object
  25. > //.....  code
  26. > hi->unref(); // finished with it. If it hasn't been ref()'ed
  27. >              // elsewhere, it will be deleted
  28. > 
  29. > Now what if I want an array of these? There is no satisfactory default
  30. > constructor, so I need an array of pointers:
  31. > 
  32. > Allo **arr = new Allo * [10];
  33. > for(int i = 0; i < 10; i++)
  34. > {
  35. >     arr[i] = new Allo(3.221);
  36. >     arr[i]->ref();
  37. > }
  38. > // ......... code
  39. > // ....
  40. > // finished, unref():
  41. > for(int i = 0; i < 10; i++)
  42. >     arr[i]->unref();
  43. > 
  44. > OK, so now the arr[i] memory has been dealt with, but what about the
  45. > array of pointers arr?? There is no way of telling whether they still
  46. > point to something, since some other object may still be sharing the
  47. > data.
  48. > 
  49. > Is there a way to free up that memory?
  50.  
  51. I think there is, it'll cost a bit of work though.
  52.  
  53. I think you should write your own Array class (template (!)) which
  54. provides exactly the same mechanism. Form time to time you call a member
  55. function that checks whether there are still pointers that are ref'ed in
  56. the array. If not the object's memory will be freed, etc. etc.
  57. > 
  58. > Thanks.
  59. > 
  60. > Mike
  61.  
  62. Hope this helps and regards,
  63.     Guus Leeuw jr.
  64.